传统的Linux 显示设备驱动开发时，通常使用FB驱动架构；随着显卡性能的升级，显示覆盖（菜单层级），GPU加速，硬件光标，传统的FB架构都无法很好的支持，此外，对于多应用的访问冲突也无法很好的控制，这样的背景下，DRM应运而生

DRM 是目前主流的图形显示框架，Linux 内核中已经有Framebuffer 驱动用于管理显示设备的 Framebuffer，Framebuffer 框架也可以实现Linux 系统的显示功能，但是缺点如下：

这些功能DRM框架都支持, 可以统一管理GPU和Display驱动，使得软件架构更为统一，方便管理和维护

下面是Linux graphic system 的框架，基于Wayland的Windowing system，在DRI框架下，通过两条路径（DRM和KMS），分别实现Rendering和送显两个显示步骤，注意观察 DRM 框架在其中的作用

Application（如3D game）根据用户动作，需要重绘界面，此时它会通过OpenGL_ES、EGL等接口，将一系列的绘图请求，提交给GPU 注意： a）OpenGL_ES、EGL的实现，可以有多种形式，这里以Mesa 3D为例，所有的3D rendering请求，都会经过该软件库，它会根据实际情况，通过硬件或者软件的方式，响应Application的rendering请求 b）当系统存在基于DRI的硬件rendering机制时，Mesa 3D会通过libGL-meas-DRI，调用DRI提供的rendering功能 c）libGL-meas-DRI会调用libdrm，libdrm会通过ioctl调用kernel态的DRI驱动，这里称作DRM（Direct Rendering Module） d）kernel的DRM模块，最终通过GPU完成rendering动作

GPU绘制完成后，将rendering的结果返回给Application。 rendering的结果是以image buffer的形式返回给应用程序。

Application将这些绘制完成的图像buffer（可能不止一个）送给Wayland compositor，Wayland compositor会控制硬件，将buffer显示到屏幕上。 Wayland compositor会搜集系统Applications送来的所有image buffers，并处理buffer在屏幕上的坐标、叠加方式后，直接通过ioctl，交给kernel KMS（kernel mode setting）模块，该模块会控制显示控制器将图像显示到具体的显示设备上。

DRM 框架的基本流程框图如下：

软件角度框图：

DRM框架涉及到的元素很多，大致如下： KMS：CRTC，ENCODER，CONNECTOR，PLANE，FB，VBLANK，property GEM：DUMB、PRIME、Fence

下面一一介绍 libdrm: 应用层的一个动态链接库，对底层接口进行封装，向上层提供通用的API接口，主要是对各种IOCTL接口进行封装

KMS: Kernel mode setting 简而言之做两件事：更新画面 + 设置显示参数 更新画面： 显示buffer 的切换，多图层之间的合成方式，每个图层的显示位置 设置显示参数：包含 刷新率，分辨率，电源状态 休眠唤醒等等

GEM: Graphic Execution Manager，主要负责显示buffer的分配和释放，也是GPU唯一用到DRM的地方

学习 drm 就是学习上面这些概念的用法和实现。